METHOD FOR SENDING INFORMATION IN A TELECOMMUNICATION 
SYSTEM 

)f The invention is concerned with a method for sending information between at 
5 least two transceivers in a telecommunication system. The method of the 
invention is suitable for transporting messages over packet based networks. 



DESCRIPTION OF BACKGROUND ART 

10 The interest for transporting speech over packet based networks has grown 
the last few years. It has become to be known as IP-telephony. Most packed 
based systems of today are based on the Internet protocol (IP), and its sub 
protocols, the Transmission Control Protocol (TCP) and the User Datagram 
Protocol (UDP). TCP guarantees reliable transmission of data and allows 

15 some sort of flow control. A typical application using the TCP protocol is the 
File Transfer Protocol (FTP). During a file transfer, it is very important that the 
data gets to the receiving host and therefore one has to make sure that the 
packets arrives and are sorted into correct order. UDP does not provide any 
guarantees about the connection, but is used when a guaranteed connection 

20 requires too much control signaling. 



Real-time applications, as for example IP-telephony, use UDP. For these 
applications, retransmission of lost packets makes no sep.se since resent 
packets will be too late to be used in the synthesis at the receiving side 

25 anyhow. IP-telephony uses the Real Time Protocol (RTP) together with 
IP/UDP protocols. The RTP header contains information about sequence 
number, the packet's time etc. RTP is e.g. used to synchronize audio and 
video streams. Another essential part of the transmission of real-time streams 
is the Real Time Control Protocol (RTCP). It is used for the control of RTP. 

30 RTCP conveys, information about the session participants, and periodically 
distributes control packets containing quality information to all session 
participants. 
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One problem, which occurs in IP-telephony, is underrun or overrun in the 
playout buffer. The playout buffer is a buffer where the speech samples are 
stored before they are played out by the D/A converter. If there is underrun, 
the playout buffer will get into starvation, i.e. there will no longer be any 
samples to play on the output. Overrun occurs when the playout buffer is filled 
with samples. Consequently, samples will be lost. 

The reason for these problems is the lack of synchronization between the 
sampling rates (i.e. sampling frequencies) at the sending and receiving side. 
Namely, in the communication between transceivers in the telecommunication 
system, the messages are sent in form of digital signals from the sender of a 
transceiver to the receiver of another transceiver. The signals transmitted 
from the sender have a first sampling frequency. The receiver buffers these 
signal in a playout buffer with this sampling frequency but plays them out with 
a second sampling frequency. When the first frequency, with which the 
signals are buffered in the playout buffer, is higher than the second 
frequency, which is the playout frequency, there is a risk for the play-out 
buffer to be filled with samples and there will be no room for subsequent 
samples, i.e. overrun. When the first frequency is lower then the second one, 
the play-out buffer might come into a situation without samples, i.e. underrun. 

In cellular systems, the sampling frequency of all terminals connected to the 
network are controlled by an accurate timing reference . provided by the 
system. With this accurate timing reference and PLLs (Phase locked loops) 
controlling the sampling frequency, underrun or overrun situations will never 
occur. By PLL technique, e.g. the sampling rate can be controlled. If the 
buffer is growing it plays out faster, where after the buffer return to its default 
value. The sampling rate is all the time corrected depending on the size of the 
buffer. 

To compensate for the difference in sampling rates between the sending and 
the receiving sides, time stretching could be used to give a stimulus the same 
duration at the receiving side as the duration the same stimuli had on the 



sending side. How much to stretch the signals depends on the difference in 
sampling frequency between the sending side and the receiving side(s). Time 
stretching means that a stimulus of N samples is replaced with one with M 
samples. By doing this time stretching in an appropriate way, overrun or 
underrun will never occur. 

There are different ways to do this time stretching. In EP patent application 
0680033, a solution to stretch a speech signal in time is presented. It takes a 
speech stimulus with a first duration and changes this speech stimulus to a 
second duration. A solution to find the conversion factor between said first 
and second durations is not given. 

Another solution to stretch a signal in time is presented in "Applications of 
Digital Signal Processing to Audio and Acoustics" (p. 291) by Mark Kahrs and 
Karlheinz Brandenburg, published by "Kluwer Academic Publishers", 1998, 
London. This method is not signal dependent, but it takes an arbitrary signal 
consisting of N samples and replaces it with another signal consisting of M 
samples. This solution to do time stretching does not give the conversion 
factor either. 

Currently, most manufacturers of IP-telephony equipment do not take into 
account the fact that the sampling frequency difference between the sending 
and receiving side might differ. Therefore, no solutions are available. 

Another field of interest for IP-telephony is accurate measurements of the 
end-to-end delay between two terminals. To be able to get accurate results of 
the end-to-end measurements, there is a need to compensate for the clock 
skew, i.e. the difference in clock frequency between the sending and the 
reciving side. In- an article by Moon S., Skelly P.', Towsley D, "Estimation and 
Removal of Clock Skew from Network Delay Measurements", Technical 
report 98-43, Department of Computer Science, University of Massachusetts 
at Amherst, October 1998, there is presented different methods to estimate 
the difference in clock frequency between the computer at sending and 



receiving. The estimation is performed at the receiving end, and the methods 
all use the time stamps from RTP and measurements of the arriving time of 
the packets. 

5 Another approach to extract the difference in clock frequency, close to the 
above mentioned method, is protected by the Nippon Telegraph & Telephone 
Corporation in the Japanese Patent Application JP-1 01 45345. By sending 
information about the transmitting time together with the data (or speech) to 
the receiver and using measurements of the receiving time at the receiver, 

10 the frequency ratio between the two terminals can be calculated. 

The solutions proposed in the above mentioned methods yields a satisfactory 
estimate of the clock skew, but not fast enough. The method described in JP- 
m 10145345 assumes that the estimation of the frequency ratio takes place 

p 15 during the call. However, the estimation process is slow and an 
u overrun/underrun situation might already have occured during this time, with 

r audible artifacts as a consequence. 

, . 
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1" The object of the invention is therefore a method and arrangement that 

H 20 provides for faster estimation of the clock skew to avoid delays and/or 

O interrupts in the transmission from sender to receiver. 
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SUMMARY OF THE INVENTION 



In the method of the invention, information data is sent between at least two 
transceivers in a telecommunication system. The information data is 
transmitted from the sender of a transceiver to the receiver of one or more 
other transceivers in form of digital signals having a given sampling 
30 frequency. The signals are played out by the receiver in a controlled way. The 
method is mainly characterized by estimation of the sender's sampling rate at 
the sending side of a transceiver, transmitting the estimation to the receiving 
side of an another transceiver, and controlling the playout of the information 
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data at the receiving side by means of the sampling rate estimated at the 
sending side to avoid delays and/or interrupts in the presentation. 

The invention is especially suitable in connection with packet based networks 
wherein the information data is sent between the transceivers in the 
telecommunication system in form of packet data frames, such as audio 
frames. Usually the transceivers comprise both a sender and a receiver, but 
the invention, of course, also covers such cases, wherein the information 
data is sent from a transceiver which only works as a sender and wherein the 
information data is received by a transceiver which only works as a receiver. 
The communication is usually an interactive communication, but the invention 
can also be applied for example in situations, in one way communications and 
in communications with several transceivers. 

When it is question about a two-way communication there are different 
embodiments with respect to the transmitting of the estimations and how they 
are used in the communication. 

In one embodiment, when a two-way communication is performed between at 
least two transceivers, the method is performed so that 
an estimation of the sender's sampling frequency is performed at the sending 
side of a first transceiver, 

said estimation is transmitted to the receiving side of a secorjd transceiver, 
the play-out of the received data is controlled at said receiving side of said 
second transceiver by means of the sampling rate estimated at said sending 
side of said first transceiver, 

an estimation of the sampling frequency of the sending side of said second 
transceiver is performed at said sending side of said second transceiver, 
the estimation of the sampling frequency of said sending side of said second 
transceiver is transmitted to the receiving side of said first transceiver, 
and the play-out of the received data is controlled at said receiving side of 
said first transceiver by means of the sampling rate estimated at said sending 
side of said second transceiver. 



In another embodiment, the communication between at least two transceivers 
can be performed so that 

an estimation of the sender's sampling frequency is performed at the sending 
side of a first transceiver, 
5 the estimation is transmitted to the receiving side of a second transceiver, 
the play-out of the received data is controlled at said receiving side of said 
second transceiver by means of the sampling rate estimated at said sending 
side of said first transceiver, 

the estimation of the sampling rate estimated at said sending side of the first 
10 transceiver is used in the transmitting of messages from the second 
transceiver to the first transceiver in the communication between said 
transceivers. 

□ In the preferred embodiment of the invention, the controlling of the play-out of 

Sf 15 received data at said receiving side by means of the sampling rate estimated 

at said sending side is carried out by estimation of the receiver's sampling 
M frequency at said receiving side and performing a compensation of the 

y difference in said estimated sampling frequencies at said sending and 

rece j v jng sides by a sample rate conversion method. Said conversion method 
£1 20 can be a method known in the art, e.g. a method, wherein the amount of 

■a 

f j samples in the packet frames are changed. The method can for example be 

O the one referred to earlier on page 2, i.e. the one presented in "Applications 

^ of Digital Signal Processing to Audio and Acoustics" (p.291-) by Mark Kahrs 

and Karlheinz Brandenburg. 
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In another embodiment of the invention, the controlling of the play-out of 
received data at said receiving side by means of the sampling rate estimated 
at said sending side is carried out by synchronizing the receiver's sampling 
rate at said receiving side to the sender's sampling rate. This method usually 
requires a stable reference frequency. The synchronization can be carried out 
by some known method in the art, for example by means of the earlier 
mentioned PPL-method used for cellular systems. 
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Said transmitting of the estimation can be done during a call-set up, which is 
the more preferable alternative or alternatively, during the session. Said 
estimation is incorporated in regular reports, in which case the estimation can 
be incorporated in the reports sent with the RTCP protocol and/or transmitted 
5 as separate reports in own packets. 

These methods are meant to be used for sampling frequency estimation to 
improve the compensation for overrun/underrun in the playout buffer. 

10 In the invention, each terminal can continuously estimate its own sampling 
frequency, F s . When a call is initiated, or whenever needed, this estimation is 
transmitted to the other terminal/terminals. The correct sampling frequency is 
now available at the receiving side already at call setup and it can 
immediately be used to control the playout buffer, i.e. there is no initial delay 

15 until the estimate is available. 

The estimation of the sampling rate is carried out in form of a calculation 

based on the time measured between two events and the number of samples 
that has been sampled between them. These events are advantageously two 
20 time synchronization events. A time synchronization event can be such an 
event, wherein a host clock in the transceiver is e.g. synchronized to an 
external clock. The time can also be measured between two frame delivers of 
packet data, e.g. audio frames. ■ .-.= 

25 A ticking Central Processing Unit (CPU) clock can be used to measure the 
time value between two events by calculating the number of ticks between the 
events. The nominal number of ticks per second is given through a system 
constant, depending on the nominal crystal frequency, which is the frequency 
set on the computer processor. 

30 

The true number of ticks per second is estimated by means of a long term 
stable time reference and the computer clock. The long term stable time 
reference can be a synchronized host clock. The true number of ticks per 
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second can be estimated as a function of the time difference between two 
computer clock values and the time difference. between two reference time 
values. In one embodiment, the number of ticks per second is calculated as a 
moving average of the last few estimations. 



When the status of the input buffer (and optionally also the output buffer) is 
polled before an estimation, continuously or in connection with specific 
events, the frequency estimation is advantageously carried out directly by 
means of the time difference between the time values at two synchronization 
10 events and the time difference between two reference time values at the 
same events. The estimation can also be carried out by means of a moving 
average of the last few estimations. 

The estimation process of the invention is preferably performed continuously 
15 so that the best possible estimate would be available all the time. 

The arrangement of the invention comprising at least two transceivers in a 
telecommunication system is mainly characterized by means for estimation of 
the sender's sampling frequency at the sending side of a transceiver, means 
20 for transmitting the estimation to the receiving side of another transceiver, and 
means for controlling the play-out of the received data at the receiving side by 
means of the sampling rate estimated at said sending side to avoid delays 
and/or interrupts in the presentation (the playout-at the receiving side). 

25 In a preferable embodiment, said means for controlling the play-out of the 
received data at said receiving side comprises means for estimation of the 
receiver's sampling frequency and means for performing a compensation of 
the difference in said estimated sampling frequencies at the sending and 
receiving sides by means of a sample rate conversion method. 



The means for estimation of the sampling rate at the sending side preferably 
comprises a Calculation Unit (CCU) for calculation the CPU ticks per 



5 



30 



seconds, and a Sampling Frequency Estimation Unit (SEU). 
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The means for transmitting the estimation to the receiving side comprises a 
Sampling Frequency Distribution Unit (SDU) f which is the interface between 
the transfer protocols and said estimation units (CCU, SEU). 



5 The invention can be used to continuously estimate the sampling frequency in 
a terminal and transmitting this information to the receiving terminals, so that 
better buffer management algorithms can be deployed. Consequently, better 
audio quality is achieved. In addition, the estimation of true number of CPU 
ticks per second in the host can be distributed to other applications. Those 
10 then have access to a more accurate timing information provided through the 
estimated CPU ticks per second. 

The invention is especially useful in real-time applications with a periodicity, 
typically audio and video. These applications take a speech frame or a picture 
15 with given intervals. The delay in sending has to be kept low since they are 
interactive applications. 

In the following, the invention is described in detailed by means of some 
preferred embodiments and some figures which are not meant to restrict the 
20 invention, the scope of which are defined by the claims. The invention is for 
example applicable to packet mode transmitting generally, even if there in the 
embodiments is referred to audio frames, which is an example of a suitable 
application. Also the word "comprising" has to be understood so that it does 
not exclude other possible components or features. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a flow scheme of some preferred embodiments of the method of 
the invention 

30 

Figure 2 is a schematic view of the arrangement of the invention 



DETAILED DESCRIPTION 



The following terminology is used to describe the invention in detail. In a 
terminal hosted in a computer, there are several different clocks available: 

5 

The sample clock, f 8 , is a clock, which is generated on the soundboard, if 
sound is sent, and it is separated from the computers own clock. The sound 
board is a signal receiving entity that takes samples on given time intervals. 
The sample clock works on discrete increasing integer time values and each 
10 step corresponds to a sample interval, TV The sample interval is the inverse 
of the sampling frequency, F s . 

The central processing unit (CPU) clock, f, is the computer's own clock. It 
O works on discrete, increasing integer values. One step is often called "a tick" 

|5 15 and in this application the CPU clock is said to be a "ticking" clock. An 

application can use the CPU clock to measure the time between two events. 
j=I By reading the value of f at two different times it can calculate the number of 

% ticks between them. The actual time between these two events can then be 

calculated if th6 number of ticks per second is known. In a computer, this is 
M 20 provided through a system constant, f c , which is calculated from the nominal 

crystal frequency in the processor. However, the true number of ticks per 
.y second, T c , is not available as the true number depends on e.g. the 

manufacturing and the conditions in which the processor is used 

25 The host clock, f", gives the time in year, month, day, hour, minutes, seconds 
and microseconds. It is usually controlled by the CPU clock, but it can be 
synchronized to an external clock. The synchronization can be done through 
the Network Time protocol (NTP). NTP is used in a computer network to allow 
the computers in the network to synchronize their clocks to Universal time 

30 Coordinated time (UTC time). The UTC time, the same as Greenwich Mean 
Time (GMT), is a time scale based on atomic clocks, and therefore it has a 
good stability and accuracy. Another example of an external source for 
synchronization is the Global Positioning System (GPS). A GPS receiver can 
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be installed and utilized in a workstation to synchronize f to the stable time 
scale provided in GPS. 



If the host time is not adjusted the deviation from true time will increase with 
5 the time. When the host clock is adjusted, the deviation will be less compared 
to the deviation of an unadjusted clock when measuring any time. However, 
the optimal time to perform the measurements is directly after the host clock 
has been adjusted to the external time reference. 

10 The "true" clock, t\ is the time provided by NTP or GPS. 

Figure 1 is a flow scheme of some preferred embodiments a,b, and c of the 
invention. 

is 1) The steps of the first embodiment of the invention are indicated with letter 
"a" in figure 1 . 



The estimation process starts at the sending side of a transceiver in a 
telecommunication system as indicated in step 1 of figure 1. Step 1 is 
20 common for all of the three illustrated embodiments of the invention. 

The sampling frequency can be estimated in different ways, for example 
depending on if there is a possibility to poll the buffer statug.to find out how 
many samples there are available to be brought up to the application. In the 

25 first and second embodiments of the invention it is assumed that, there is no 
possibility to determine the status of the buffer. In these first and second 
embodiments, the events, when the buffer deliver packet frames to the 
application, are used in the estimation of the sampling frequency. When for 
example audio frames are delivered to the application, they usually have a 

30 fixed block size, for instance the number of samples needed as input to a 
speech coding unit. 




An accurate and fast way in accordance with the invention to estimate the 
sample frequency at the sender side, e.g. the sampling frequency of the 
soundboard, is to make use of three unsynchronized series of events. The 
first event is the above mentioned CPU tick counter that is continuously 
5 increasing with time. The second event is the updating of the host clock by 
the external time reference indicated in step 2 of figure 1. The third series of 
events is the receiving of the data packets, for example when the soundboard 
delivers audio frames to the application. 

10 To get the best possible estimation of the sample frequency at the receiver, 
the following steps are carried out in the first embodiment of the invention: 

When data is received, the number of CPU ticks since the last data packet 
delivery is estimated. The best possible estimate of the number of CPU ticks 

15 per second, f c1 is achieved by doing the estimation at the time instances 
when the host clock is synchronized to the external time reference as 
indicated in step 2 of figure 1. The estimation of the number of CPU ticks per 
second, T c , can also be estimated during a very long period as a background 
job in a terminal. E.g. the counting of the number of CPU ticks per second 

20 can begin already when the terminal is booted up (not illustrated). 

Thus, f c can be.estimated as a function of 

/o .which is the time of the host clock f* when the estimation process started, 
(step 1 of figure 1), for example the time the computer is turned on, 
25 r*. which is the time of the host clock f when it was synchronized to an 
external clock, as indicated in step 2 of figure 1 (step 2 is common for two of 
the illustrated embodiments of the invention), for example the n:th NTP or 
GPS upgrade at time point n, 

tl , which is the time of the CPU clock when the estimation process started, 
30 as indicated in step 1 of figure 1, and 

t c n , which is the time of the CPU, when the host clock was synchronized to an 
external clock, as indicated in step 2 of figure 1 as above, 
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Different algorithms can be used to calculate f c ,as indicated in step 3 of 
figure 1. The algorithm can generally be expressed as 



T c — f ( 1°rn t i r m > ? n ) 

5 

f m = the time of the CPU clock at time point m 
f n = the time of the CPU clock at time point n 
f m = the time of the true clock at time point m 
t* n = the time of the true clock at time point n 

10 

Since i 1 is synchronized to ^ can be used in the equation instead of i h . 

Then an estimation of the CPU ticks per seconds, f c , is calculated, as 
indicated in step 4a of figure 1 . The function might be 

15 

f(fm,fnJ m Jn)=(fn-fo)/(tn'to) 

wherein f m ,fn,?m, fn, fo and f 0 are defined as above. The subscript 
defines the time point and the superscript tells refers to the clock. 

20 

Other functions might also be considered. For instance f c can be calculated 
as a moving average of the last few estimations according to/the equation 

25 

f c =^k(n)f cn 

n 

where 

30 k(n) is the weight of the n:th estimation (Different measurements are 
advantageously weighted differently depending on when the measurement 
was carried out. Usually the latest measurements are weighted more. The 
sum of the weights shall be 1), 
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where time point n-1 is the time point at the event preceding an event at time 
point n and thus 

5 t c n is the difference in computer clock values at these time points and 
t'„ -t' n _ x is the time difference in the synchronized host clock values (true time 
values) at the same time points. 

Only an updating of f c at an event when the external time reference adjusts 
10 the host clock will ensure that the most accurate time is used for the estimate. 
If an arbitrary time is used, the estimate of f c will not have the same 

accuracy. Preferably, the estimation process is executed continuously when 
the computer is turned on. By the time the call is initiated an accurate 
estimate of T c will be available. 

15" 

In step 5a, the number of samples in a packet data is noted. When it for 
example is question about audio frames, the number is known, as the 
packets are of a fixed length. If the packet size varies, the number can be 
figured out by reading data of how many samples each packet contains and 
20 by taking these values into consideration, which gives one more variable. 
With the estimated value of f c and the number of samples in one frame, the 

sampling frequency is achieved as indicated in step 6a by means of e.g. the 
following function. 

25 F = "("-"0, 

S (T C n -T C m )/T c 

where m * n and N is the frame size. 
m and n are discrete time points. 




14 




Here x n is the value of the CPU clock at the delivery of the n:th packet and 
correspondingly x c m for the delivery of the m:th packet. 

The estimated sampling frequency is transmitted in step 7, for example by 
5 using RTCP protocol, to this receiving side of another transceiver, whereby 
the packet to be transmitted to the receiver might be of the Application- 
defined RTCP (APP) packet type. In the packet type, there is a field for 
application-dependent data which can contain the estimated sampling 
frequency, but in this case, the reports must be extended with a profile- 
10 specific extensions according to Schulzrinne, H., et AL, "RTP: A transport 
Protocol for Real-Time Applications", RFC 1889, IETF, January 1996. 

In step 8, the own sampling frequency is estimated at the receiver with the 
same methods and a compensation of the difference in said estimated 
is sampling frequencies at said sending and receiving sides is carried out by a 
sample rate conversion nethod. Said conversion method can be a method 
...... known in the art, e.g. a mpthod, wherein the amount of samples in the packet 

frames are changed. Thft method can for example be the one referred to 
earlier on page 2, i.e. the one presented in "Applications of Digital Signal 
20 Processing to Audio and Aucoustics" (p.291) by Mark Kahrs and Karlheinz 
Brandenburg. \ 

2) The steps of the second embodiment of the invention ris indicated with 
letter "c" in figure 1. 

25 

In the second embodiment, the estimation can be done without making use of 
the time synchronization events. 

Also in the second embodiment of the invention, the sampling frequency is 
estimated by means of the time between two different frame events as 
30 polling of the buffer status is not carried out or cannot be done depending on 
the construction of the operative system and the soundboard. However, if the 
time between host synchronization events is larger than the measurement 
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time, the inaccuracy in the estimate will be as large as the unsynchronized 
host clock. 

In step 2c, delivering of data, e.g. audio frames to the application, is 
5 identified. The time between two frame events is then measured in step 3c, 
where after the sampling frequency, F st can be estimated by calculation as 
indicated in step 4c, for example from the equation 



~ _ N(n-m) 
S t h n -t h m 

n m 

10 

where 

- 'it is the difference between the arriving times (host clock times) of two 
data frames at time point n resp.m, 
15 N is the amount of samples in a frame, 
~ n is the frame number at time point n, and 
m is the frame number at time point m 



The method then proceeds as in steps 7 and 8 of the first embodiment 
20 described above. 

3) The third embodiment of the invention requires the possibility to poll the 
audio buffert status. This embodiment is indicated with letter M b" in figure 1. 



25 As soon as there is a time synchronization event as indicated in step 2, the 
most accurate time for the host clock, ^ will be available. Since t is 
synchronized to £ ( can be used in the equation instead of At these 
events, the status of the buffer is polled in step 4b and the sampling 
frequency can be calculated based on the time between the synchronization 

30 events and the number of samples that has been sampled between them. 

Different algorithms can be used to calculate F s as is indicated in step 5b and 
a suitable algorithm can be expressed as 
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F s — f ( f m , f n , , i? n ) 

where the function, with which F s is estimated in step 6b might be 



5 f(f m ,?n, t t m,t t n) = (fn-t S 0)/(1 t n~1 t 0) 

wherein 

fn is the time of the sample clock at time point n ( 

f 0 is the time of the sample clock at time point 0, for example when the 
10 estimation started, 

t*n is the time of the host clock at a synchronization event at time point n (the 
"true" clock), 

fo is the time of the host clock at a synchronization event at time point 0 (the 
"true" clock), 

15 

Other functions might also be considered. For instance F s can be calculated 
as a moving average of the last few estimations according to the equation 

20 F s =Y, k (")F*n 

n 

where 



25 

wherein 

the time values are defined as above, the superscript s meaning the sample 
clock, the superscript t meaning the true clock, and the subscripts indicating 
different time points explained earlier 
30 and k(n) is the weight of the n:th estimation. 
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To get the best estimation, the calculation should be done at a host clock 
synchronization. 

The method then proceeds as in steps 8 and 9 of the first embodiment 
5 described above. 

4) In a fourth embodiment of the invention (not illustrated) there is still one 
possibility to estimate the sampling frequency, F s . , which is carried out without 
synchronization of the host clock to an external source. 

10 

Together with the estimated f c , the clock skew between the true clock and 

the host clock can also be calculated. By calculating the frequency difference 
between these clocks, this information can be used to adjust the read host 
time based on the time since the last host clock correction. If the frequency 
is difference between the true clock and the host clock is calculated 

by means of the adjusted host time, the sampling frequency can be 
calculated. With the information about the clock skew, the time, measured 
with the host clock between frame n and m, can be compensated to yield 

true time. As in the case of estimating f c , this process needs to be performed 

20 continuously to get the best estimation. 

An example of an algorithm to calculate the sampling frequency is 
where 

N is the amount of samples 

k is the correction factor between real-time and host clock time 
30 and the time difference is defined as above. 

Figure 2 presents an arrangement of the invention to carry out the claimed 
method. 
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The arrangemenrxomprises a CPU ticks Calculating Unit (CCU). The 
calculation unit has the reference number 1 in figure 2. The calculation unit 1 
uses a stable time reference, supplied through an external source , e.g. NTP 

or GPS, to calculate an estimate of the number of CPU ticks per second, f c . 



The inputs to the Calculation Unit (CCU) is a long term stable time reference 
and f, which is the value of the CPU clock as described above. The time 
reference can for example be the value of a synchronized host clock, as 
described above. If NTP or GPS is used to synchronize to the time base 
10 provided by the host clock will have a good long term accuracy. The output 
from the CCU is f c 

The estimated f c is forwarded to a Sampling Frequency Estimation Unit 

(SEU), which estimates the soundboard's sampling frequency (= sampling 

15 rate), F 5 . The SEU might use other values than the f c to estimate the 

sampling frequency as was described above in connection with figure 1. The 
Sampling Frequency Estimation Unit has the reference number 2 in figure 2. 

The estimate of the sampling frequency is forwarded to the Sampling 
20 Frequency Distribution unit (SDU) indicated with reference number 3 in figure 
2. The Samplirtg Frequency Distribution Unit 3. is the interface between the 
transfer protocols 4 and the Estimation Unit 2. It supplies the terminal's own 
sampling frequency to the appropriate protocols, which for example can be 
TCP/IP protocols, and receives the sampling frequency from other terminals 
25 (not illustrated) for further distribution to the receiver 5. 



19 



